home *** CD-ROM | disk | FTP | other *** search
/ NetNews Offline 2 / NetNews Offline Volume 2.iso / news / comp / dcom / modems-part1 / 3607 < prev    next >
Encoding:
Internet Message Format  |  1996-08-05  |  2.6 KB
  1. Path: darkstar.prodigy.com!davidsen
  2. From: davidsen@tmr.com (bill davidsen)
  3. Newsgroups: comp.dcom.modems,comp.os.linux.networking
  4. Subject: Re: USR 28.8 *not* disconnecting when connection lost.
  5. Date: 1 Feb 1996 22:01:10 GMT
  6. Organization: TMR Associates, Schenectady NY
  7. Message-ID: <4erd76$25l2@usenetw1.news.prodigy.com>
  8. References: <86ivhtvbms.fsf@janus.csres.utexas.edu> <4ep0i9$22dg@usenetw1.news.prodigy.com> <4equ0l$64i@montespan.pasteur.fr>
  9. NNTP-Posting-Host: darkstar.prodigy.com
  10. Originator: davidsen@darkstar.prodigy.com
  11.  
  12. In article <4equ0l$64i@montespan.pasteur.fr>,
  13. Stephane Bortzmeyer <bortzmeyer@pasteur.fr> wrote:
  14. | 
  15. | In article <4ep0i9$22dg@usenetw1.news.prodigy.com>,
  16. | davidsen@tmr.com (bill davidsen) writes:
  17. | 
  18. | > Sorry, one of the rare problems to blame on Linux rather than USR,
  19. | > the pppd doesn't have a clue when the line drops. Um, try setting
  20. | 
  21. | Completely wrong.
  22. |
  23. | I manage a PPP "server" which runs on a PC/Linux 1.2.13, PPP 2.1.2, modems 
  24. | USR Sportster and I checked of course what happens when you suddenly switched
  25. | off the modem (local or remote): pppd receives the hangup and stops fine.
  26.  
  27. You contradict yourself in two paragraphs. You state that I'm
  28. completely wrong about it being a Linux problem rather than a modem
  29. fault, then tell me your system works fine with that modem. I read
  30. that as a statement that the USR is not at fault.
  31. | 
  32. | > "hupcl" before starting the daemon and see if that fixes it. The
  33. | > problem seems to persist up through Slackware 3.0.
  34. | 
  35. | Rather check '-detach', your modem cables, getty if you run one, etc. Post
  36. | your configuration, as detailed as possible and we'll see.
  37.  
  38. I suggest one thing to check, you suggest another. You still make
  39. all suggestions about the computer rather than the modem.
  40.  
  41. If I'm wrong about it being Linux setup rather than the modem,
  42. please suggest changes to the modem, not Linux. If you are saying
  43. I'm "Completely wrong" about the problem being at the Linux end
  44. because you suggested additional things to try, well, that's your
  45. way of phrasing it.
  46.  
  47. I fail to see how -detach changes anything, if pppd doesn't
  48. recognise the drop in DSR. Since getty isn't running after login I
  49. don't see a problem there, but I've had this with uuget and agetty.
  50. The hupcl causes an interrupt when the line drops, I suspect that
  51. for some reason pppd isn't polling for that.
  52.  
  53. I'm glad you have additional suggestions to offer, but I don't see
  54. any argument with my premise that the Linux end is at fault.
  55. --
  56.     Bill Davidsen (davidsen@tmr.com)
  57. Davidsen's first rule of system administration:
  58.   He learns to swim fastest who is thrown in the deepest water.
  59.